home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Feb 91 / MacApp.Tech$ 2⁄15⁄91 / 2943-Re MacApp and C++-Feb91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.8 KB  |  55 lines  |  [TEXT/GEOL]
  1. Item    2225615                         13-Feb-91        07:34PST
  2.  
  3. From:   PHAROS.TECH                     Pharos Tech, Tech Staff,PRT
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. ------------------------------------------------------------------------------
  8.  
  9. Sub:    RE: MacApp and C++
  10.  
  11. From: Schmitz, Scott D. on Wed, Feb 13, 1991 10:40 AM
  12. Subject: RE: MacApp and C++
  13. To: MacApp
  14.  
  15. Steve,
  16. I don't know how much effort is involved in keeping two versions of the source
  17. code around.  However, if it is significant I would rather Apple spend its time
  18. on other things.  This comes from a Die Hard Object Pascal fan.  Here are a few
  19. alternative things I would rather see done:
  20.  
  21. • Integrate ViewEdit with ResEdit.
  22. • Provide Integrated Source Level Debugging.  I mean provide something as
  23. powerful as THINK Pascal's debugger to MPW.  This is a difficult task and not
  24. to be considered lightly.  Several companies have attempted this and failed.
  25. Two examples of a good idea implemented poorly are SADE and the THINK C
  26. debugger.  Glad to hear that this is already in the works.
  27. • Harden the syntax error checking of the C and C++ compilers.  One solution
  28. would be to add more of lint functionality into the compiler.  OK, go ahead and
  29. make this stuff flippable through a compiler directive.  As a Pascal person
  30. moving to C I am constantly disgusted with the poor error checking that C does.
  31.  It's amazing what the compiler will take.  If Apple wants it's existing
  32. knowledge base of MacApp programmers to think kind thoughts on this C++
  33. transition, then add some of the things Pascal people like to C++.
  34. • When the C compiler finds an error it reminds me of an old lady tripping and
  35. falling down 40 flights of stairs.  Like the old lady, the C compiler has a
  36. hard time recovering from an initial syntax error.  The first error triggers a
  37. false assumption by the compiler and cascades perhaps 10 errors for that line
  38. and then all the code after than line is incorrectly understood based on the
  39. initial incorrect assumption.  A good compiler is able to recover from an
  40. initial syntax error enough so that it can continue and produce useful error
  41. conditions for other possible errors.
  42. • Either make faster hardware or speed up the compilers.  Part of the basis of
  43. user friendliness is interaction.  I feel like I am using punched cards in
  44. batch mode when it takes so long to do a compile.
  45. • We all bought Macs not UNIX machines.  How about a Mac interface for our
  46. programmer environment?  I LIKE the Mac interface.  Why am I not allowed to use
  47. it when I program?  MPW is just not user friendly.  Why have I never seen a
  48. modeless dialog box when using MPW?  I can create a make file in Lightspeed
  49. Pascal but in MPW, I cut and paste an ond one when I need a new one.  I'll be
  50. honest, I don't fully understand how to write a Make file in MPW.
  51.  
  52. Scott Schmitz
  53.  
  54.  
  55.